Dorenbos/Hoogeveen/Leur

The Dorenbosch.net Databases      Last updated:   09 August 2026

© 2026 Annelies J. Schlitt

The use of any material derived from this website for commercial purposes is strictly forbidden.

     Dorenbos                                 Hoogeveen                       Leur

Home    Database               Home    Database               Home                      History                    Notation                     Search Tips                        Links                        Contact

 

Notation

 

The notation used in this database was designed to be as concise as possible for the purpose of building readily readable, two-dimensional tree structures of extended families.  You can think of it as a kind of genealogy meta-index, combining and merging existing genealogical indexes in a way that simultaneously captures the family relationships.  Researching further genealogical information, such as locations, lifestyles, in-laws, etc., is left to the users of this database.

 

The formal rules of notation are:

 

1)      Each node of the tree is a single text line whose indentation level and location relative to its neighbors denote its parent-child-sibling relationships.

2)      The node format is: <principal> (<birthyear>-<deathyear>) & <spouse> (<birthyear>-<deathyear>) (<marriageyear>div<divorceyear>)

3)      Any elements of this node may be missing.

4)      The <principal> is the full name of the Dorenbos, Hoogeveen, or Leur family member, whether male or female.  By “Dorenbos”, any and all spelling variants of that name are allowed, regardless of the spellings of their neighbors.  Likewise for “Hoogeveen” and “Leur”.

5)      Occasionally a family member with a different surname may appear as a <principal>. 

6)      The <principal> name need not be unique but, taken together with <birthyear> , <deathyear> and indentation level, will uniquely identify the individual appearing in different contexts, such as in multiple marriages, <spouse> of another <principal>, or when a branch of the family is moved to a different location to improve readability.

7)      The <spouse> is the full birth name of the spouse, if any.  If the spouse is also a principal elsewhere, the surname is a hyperlink to his or her birth family in the appropriate database.  Likewise, the <principal> may be hyperlinked to a <spouse> elsewhere.

8)      If the exact year of birth, death, or marriage is unknown,  an estimate may be present using the conventional symbol <, >, or ~ (“before”, “after”, or “estimated at”) based on what is known about the individual’s life.

9)      Every principal has exactly one node or line—with one exception: multiple marriages are expressed in multiple lines at the same indentation level, much like siblings (below).  In rare cases the location data may appear on a separate line due to space limitations.

10) The parent-to-child relationship is expressed by placing the first child immediately after its parent, indented one level to the right, and followed by all further siblings at the same level.  Siblings may be physically separated from each other by (further indented) descendants of the prior sibling, but the originally assigned indentation level is scrupulously retained for each sibling.

11) Siblings are usually ordered by birth year, but this rule can be ignored for readability considerations, such as when a younger sibling (or earlier marriage) has many descendants.

12) A surname in parentheses implies that the name was assumed sometime after birth, usually when in transition from patronymic to surname conventions. Typically, the earlier records for that individual used patronymics alone, and later ones appended the new surname.

13) Occasionally parentheses are used for other purposes as well, say, for nicknames or unusual spelling variants.

14) N.N. denotes an unknown or nonexistent given name, such as for an unnamed stillborn child or an incomplete document entry.

15) A red node denotes a speculated or “best-guess” relationship for that node, including all its child nodes, to the previous line.

16) A red detail item similarly denotes a “best guess” in the association of some detail.

17) Location data is aligned to the right of the page so as not to distract from the family structure itself.  The format is (<birthplace/<spouse-birthplace>/<marriage-place/<any-other-place).  The spouse and marriage items are omitted for unmarried persons.

18) Square brackets are used for other comments, especially witness information to help clarify relationships, and is inserted to the left of the location data.  Margins are adjusted for space and readability considerations

19) Witness data:  dget=doopgetuige, or witness to baptism; tget=trouwgetuige, or witness to marriage; kget=kinds-doopgetuige, or witness to a child’s baptism.

20) Use of question marks (“?”) is limited to flagging truly questionable or conflicting data.

 

 

© 2026 Annelies J. Schlitt        The use of any material derived from this website for commercial purposes without permission is strictly forbidden.